home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19961006-19970104 / 000233_news@columbia.edu _Thu Nov 28 10:59:50 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.3/8.8.3) with ESMTP id KAA24773 for <kermit.misc@watsun.cc.columbia.edu>; Thu, 28 Nov 1996 10:59:50 -0500 (EST)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.3/8.8.3) id KAA13095 for kermit.misc@watsun; Thu, 28 Nov 1996 10:59:49 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Long pauses in file transfer on X.25 network
  8. Date: 28 Nov 1996 15:59:09 GMT
  9. Organization: Columbia University
  10. Lines: 40
  11. Message-ID: <57kcsd$6ak$1@apakabar.cc.columbia.edu>
  12. References: <57jqoi$3pni@venere.inet.it>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <57jqoi$3pni@venere.inet.it>,
  16. Roberto Perelli <rober@proxys.it> wrote:
  17. : I'm using K95 on SPRINTNET network with X.28 dialup connection.
  18. : During file transfer scripts, when a command of change remote
  19. : directory is issued the process pauses for 5-10 seconds.
  20. : I've set X.3 parameters in this way:
  21. : 2:0, 3:6, 4:1, 5:1, 6:0, 7:0, 8:0, 9:0, 10:0, 12:1
  22. : 
  23.  2:0 = PAD doesn't echo
  24.  3:6 = Forward packet on CR, ESC, BEL, ENQ, ACK
  25.  4:1 = Idle timer delay: forward data after 1/20 second idle time
  26.  5:1 = PAD is using Xon/Xoff
  27.  6:0 = Suppress PAD service signals
  28.  7:0 = PAD Break action none
  29.  8:0 = No discard output
  30.  9:0 = No padding after carriage return
  31. 10:0 = No line folding
  32. 12:1 = DTE is using Xon/Xoff
  33.  
  34. : Does anybody have any suggestion in order to avoid these pauses?
  35. : 
  36. Are you using K95 in Windows 95?  (As opposed to NT?)  If so, you should be
  37. aware that Xon/Xoff DOES NOT WORK in Windows 95.  It is a Microsoft bug.
  38. See BUGS.DOC item 45.  You must use either RTS/CTS flow control or no flow
  39. control in K95.  For example, RTS/CTS between K95 and your modem, and then
  40. Xon/Xoff between the other modem and the PAD.
  41.  
  42. Then you might try making the following changes to your PAD parameters:
  43.  
  44.   3:2 4:0
  45.  
  46. This says to forward data only upon receipt of a carriage return, which is
  47. Kermit's packet terminator.  This way, you won't have each character from
  48. a Kermit packet using an entire X.25 packet.
  49.  
  50. During terminal connection, however, you probably want to put these parameters
  51. back to their original values, so characters will be sent, and their echoes
  52. returned, as you type them.
  53.  
  54. - Frank